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CROSSBAR SWITCH THAT SUPPORTS A MULTI-PORT SLAVE DEVICE AND 

METHOD OF OPERATION 

BACKGROUND 

Field of the Invenrion 

5 [0001] This invention relates generally to semiconductors, and more specifically, to 
switching devices for selectively coupling multiple bus masters to slave devices such as 
memories. 

Description of the Related Art 

[0002] A crossbar switch is typically used in a processing environment to improve the 
10 efficiency of a data processing system. A crossbar switch acts as a switching network that 
selectively interconnects multiple bus masters to multiple slaves via a dedicated, point-to- 
point interface. The crossbar switch reduces problems associated with bus utilization, bus 
arbitration and may provide higher memory bandwidth. 

[0003] A crossbar switching network has a predetermined number of masters and slaves. 

15 Any master may communicate with any slave via the crossbar switch. Conventional crossbar 
switch implementations using multiple slave ports map each slave port into a mutually 
exclusive address range from a per master point of view. Different master ports may have 
different address maps for the slave ports. However, from an individual master's point of 
reference, all of the slave ports are mapped to mutually exclusive locations. 

20 [0004] When using a multiple ported slave device, such as a memory controller, 

conventional switching circuits such as crossbar switches are inadequate. This is due to the 
mutually exclusive address decoding causing significant access queuing. 

BRffiF DESCRIPTION OF THE DRAWINGS 

[0005] The present invention is illustrated by way of example and is not limited by the 
25 accompanying figures, in which like references indicate similar elements. 

[0006] FIG. 1 illustrates in block diagram form a data processing system using a crossbar 
switch in accordance with the present invention; 

[0007] FIG. 2 illustrates in text form a memory address mapping for some of the crossbar 
switch slave ports of FIG. 1; 
30 [0008] FIG. 3 illustrates in block diagram form further detail of the crossbar switch of 
FIG. 1; 
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[0009] FIG. 4 illustrates in table form a control register contained within the crossbar 
switch configuration registers illustrated in FIG. 3; 

[0010] FIG. 5 illustrates in table form another control register contained within the 
crossbar switch configuration registers illustrated in FIG. 3; 

5 [0011] FIG. 6 illustrates in flowchart form a method of operation of a crossbar switch in 
accordance with the present invention; and 

[0012] FIG. 7 illustrates in timing diagram form an example of accesses by multiple bus 
masters to pages of a memory in accordance with the present invention. 

[0013] Skilled artisans appreciate that elements in the figures are illustrated for simplicity 
10 and clarity and have not necessarily been drawn to scale. For example, the dimensions of 
some of the elements in the figures may be exaggerated relative to other elements to help 
improve the understanding of the embodiments of the present invention. 

DETAILED DESCRIPTION 

[0014] Illustrated in FIG, 1 is a data processing system 10 that uses a crossbar switch 12 
15 for interfacing a plurality of bus masters with a plurality of slave devices, at least one of 

which is a multiple port slave device. Crossbar switch 12 has a first port labeled "Master Port 
0" that is coupled via a bi-directional interconnect with a bus master 14 labeled "Bus Master 
0". A second port labeled "Master Port 1" is coupled via a bi-directional interconnect with a 
bus master 16 labeled "Bus Master 1". A third port labeled "Master Port 2" is coupled via a 
20 bi-directional interconnect with a bus master 18 labeled "Bus Master 2". A fourth port 
labeled "Master Port 3" is coupled via a bi-directional interconnect with a bus master 20 
labeled "Bus Master 3". Any integer number M of master ports may be implemented within 
crossbar switch 12 and connected to bus masters. By way of example, an Mth master port is 
connected via a bi-directional interconnect with an Mth bus master 22 labeled "Bus Master 
25 M". The interconnect between each bus master may be a multiple conductor bus or may be a 
wireless interconnect. 

[0015] Crossbar switch 12 has a plurality of slave ports connected to respective slave 
devices, at least one of which is a multiple port slave device. The slave devices may be any 
of numerous types of slaves such as a memory, a memory controller, a digital camera 
30 interface, a bus interface or other peripherals. A single port slave 24 is connected to a slave 
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port 0 of crossbar switch 12 via a bi-directional interconnect. A single port slave 26 is 
connected to a slave port 1 of crossbar switch 12 via a bi-directional interconnect. A single 
port slave 28 is connected to a slave port 2 of crossbar switch 12 via a bi-directional 
interconnect. A dual port slave controller 30 has a first port connected to a slave port 3 of 
5 crossbar switch 12 via a bi-directional interconnect and has a second port connected to slave 
port 4 of crossbar switch 12. While dual port slave controller 30 is illustrated as a two-port 
slave, it should be understood that any number of multiple ports can be implemented. A dual 
port slave 32, labeled "Slave X", where X is an integer, has a first port connected to a slave 
port "N-l" of crossbar switch 12 via a bi-directional interconnect and has a second port 

10 connected to slave port N. Each of the slave devices, whether single port or multiple port, 
may have one or more input/output (I/O) terminals. Only the I/O terminal of the dual port 
slave controller 30 is illustrated as being connected via bi-directional interconnects to a first 
type memory 33 and a second type memory 35. Memory 33 and memory 35 function 
generally as storage circuitry and can be implemented with various types of memory. 

15 Various peripherals (not shown) may be connected to each of slaves 24, 26, 28 and 32. The 
peripherals may be other types of circuits than memory. It should be well understood that 
memory 33 and memory 35 may be implemented as any type of addressable memory, 
including but not limited to SRAM, DRAM, SDRAM, flash memory, ROM, etc. Crossbar 
switch 12 also has an input/output (I/O) that functions as a crossbar switch configuration 

20 register bus interface. The single port slaves 24, 26, 28, dual port slave controller 30 and 
slave X 32 each function as slave devices to any of the bus masters 14, 16, 18, 20 and 22. 
Memory 33 and memory 35 each function as a slave device to the dual port slave controller 
30. 

[0016] In operation, crossbar switch 12 functions to route and arbitrate requests within 
25 data processing system 10 from the numerous bus masters in order to read or write data 

from/to memory 33. In data processing system 10, any of the bus masters may request access 
to any of the crossbar slave ports. When more bus masters request access to any particular 
slave than the slave has free or available ports to dedicate, then crossbar switch 12 must 
arbitrate and control which bus master is allowed access to which slave port and when. Each 
30 access request from a bus master may contain a priority indicator or level. The use of priority 
information for arbitration is conventional and will not be discussed in detail. When multiple 
requests are made to a single port slave 24, the priority information is used to determine the 
order of which master gets access to the single port slave 24. When a higher priority access 
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request from a bus master occurs during an existing access, the priority of the new access is 
determined by crossbar switch 12 and a determination is made whether or not the new access 
is given access to an occupied slave device and when. In conventional systems, since each 
slave is assigned to a mutually exclusive address range, if multiple masters request access to a 
5 same slave device at the same time, significant delay may be encountered. 

[0017] Illustrated in FIG, 2 is a memory mapping illustrating the various address ranges 
associated with the slave ports of crossbar switch 12 of FIG. 1. Slave port 0 associated with 
single port slave 24, slave port 1 associated with single port slave 26, and slave port 2 
associated with single port slave 28 have the designated addresses that are mutually exclusive 

10 from each other. In contrast, slave port 3 that is associated with dual port slave controller 30 
and slave port 4 that is also associated with dual port slave controller 30 have an overlapping 
(shared) address range. In one form, the overlapping address ranges are the same address 
range but need not be completely overlapping. It should also be understood that the single 
port slave 24 connected to slave port 0 and the single port slave 26 connected to slave port 1 

15 may be assigned overlapping or the same address range even though each single-ported slave 
interfaces through an input/output terminal to different peripheral devices (not shown). 

[0018] Illustrated in FIG, 3 is a detail of crossbar switch 12 of FIG. 1, Crossbar switch 
12 has a plurality of (N+1) slave port arbiter logic circuits, where N is an integer. For 
example, there is a slave port 0 arbiter logic circuit 34, a slave port 1 arbiter logic circuit 36, a 

20 slave port 2 arbiter logic 38, a slave port 3 arbiter logic circuit 40, a slave port 4 arbiter logic 
circuit 42 and a slave port N arbiter logic circuit 44. Each of the slave port arbiter logic 
circuits has a plurality of input/output (I/O) terminals connected to each master port from 
master port 0 through master port M. Crossbar configuration registers 46 are also contained 
within crossbar switch 12. The crossbar configuration registers 46 include a crossbar shared 

25 slave ports control register (CSSPCR) to be illustrated in FIG. 4 and a slave port wait-state 
prediction control register (SPWSPC) illustrated in FIG. 5. The crossbar configuration 
registers 46 have a first output connected to a control input of each of the slave port arbiter 
logic circuits 34, 36, 38, 40, 42 and 44 that provide a plurality of slave port arbiters. An I/O 
(input/output) of the configuration registers 46 is connected to a crossbar switch 

30 configuration register bus interface for receiving configuration information from any 

predetermined bus master in data processing system 10, A third output of the configuration 
registers 46 is connected to an input of a shared slave port control circuit 48. The shared 
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slave port control circuit 48 has inputs, each of which are respectively connected to a master 
port so that each of master ports 0 through M is connected to the shared slave port control 
circuit 48. A bidirectional interconnect 52 is connected between a first I/O of shared slave 
port control circuit 48 and an I/O of the slave port 0 arbiter logic circuit 34. A bidirectional 
5 interconnect 53 is connected between a second I/O of shared slave port control circuit 48 and 
an I/O of the slave port 1 arbiter logic circuit 36, A bidirectional interconnect 54 is connected 
between a third I/O of shared slave port control circuit 48 and an I/O of the slave port 2 
arbiter logic circuit 38. A bidirectional interconnect 55 is connected between a fourth I/O of 
shared slave port control circuit 48 and an I/O of the slave port 3 arbiter logic circuit 40. A 

10 bidirectional interconnect 56 is connected between a fifth I/O of shared slave port control 
circuit 48 and an I/O of the slave port 4 arbiter logic circuit 42. A bidirectional interconnect 
57 is connected between a sixth I/O of shared slave port control circuit 48 and an I/O of the 
slave port N arbiter logic circuit 44. Another I/O of slave port 0 arbiter logic circuit 34 is 
connected to slave port 0. Another I/O of slave port 1 arbiter logic circuit 36 is connected to 

15 slave port 1. Another I/O of slave port 2 arbiter logic circuit 38 is connected to slave port 2. 
Another I/O of slave port 3 arbiter logic circuit 40 is connected to slave port 4. Another I/O 
of slave port N arbiter logic circuit 44 is connected to slave port N. Slave ports 3 and 4 are 
each connected to a dual port slave controller 30. The remaining slave ports 0, 1, 2 and N are 
not illustrated as being connected to specific slaves because these slave ports are connected to 

20 any type of predetermined slave device. 

[0019] In operation, master ports 0 through M communicate with the single port slave 
devices 0 through 2 in a conventional manner. Therefore, a detailed discussion of the 
accessing of the single port slave devices of data processing system 10 will not be provided. 
The discussion herein is directed to the accessing of the multiple port slave devices of the 

25 data processing system 10. In particular, the dual port slave controller 30 receives two access 
requests from any two of the bus masters 14, 16, 18, 20 and 22. Assume initially that each of 
slave ports 3 and 4 are available. If the two access requests are directed to a same page of 
memory 33, then the second request is not assigned to slave port 4 but rather is pended until 
the first access request to the same page completes on slave port 3. Thus, both accesses are 

30 assigned to slave port 3. In contrast, if the accesses are directed to different pages of 

memory 33, each access request is assigned one of the slave ports 3 and 4. While each of 
slave ports 3 and 4 are busy, assume that a third access request of dual port slave controller 
30 from yet another of the bus masters in system 10 is received. At this point, crossbar 
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switch 12 must determine which of currently occupied ports 3 and 4 to assign the new access 
request to. Conventional crossbar switches have priority configuration registers among 
crossbar configuration registers 46. This conventional circuitry is used to determine whether 
the new access has a higher or a lower priority than each of the currently executing accesses. 
5 If the new access request has a higher priority than one of the currently executing accesses, 
the new access request is steered or assigned to the slave port communicating with the lower 
priority master. If the new access request has a higher priority than both currently executing 
accesses, the new access request is steered or assigned to the slave port that is predicted to be 
available first as will be described below. In order to predict which slave port will be 

10 available first, two important pieces of information or arbitration criteria are used. The first 
is how many data beats exist in a burst transaction and the second is how many wait states per 
data beat exist. The number of clock cycles per data beat is equal to the number of wait states 
plus one. By multiplying these two criteria, a total length of a burst transaction may be 
determined. In one form, the shared slave port control circuit 48 evaluates as described 

15 below the number of data beats within an access transaction and the number of wait states per 
data beat in order to make a determination of slave port availability. 

[0020] Illustrated in FIG. 4 is the crossbar shared slave ports control register (CSSPCR) 
of the crossbar configuration registers 46 of FIG. 3. In the illustrated form, this control 
register is implemented as a thirty-two bit register but other bit sizes may be implemented, 

20 The first eight bits, Bits 0 through 7, represent each of up to eight possible slave devices in a 
system. In particular, for each assigned slave device a zero indicates that the slave device 
does not have a shared memory region with multiple ports therein and a one indicates that the 
slave device does have a shared memory region with the multiple ports. The bits eight 
through eleven indicate the number of pages that are contained in memory mapping such as 

25 memory 33 of FIG. 1. The bits twelve through fifteen indicate the size of shared memory 
regions of the memory mapping of FIG. 2. The bits sixteen through thirty-one are grouped 
into pairs, labeled "MPx" for Master Profile. The master profile fields are for non-burst 
memory accesses and define the length of non-burst accesses for up to eight distinct non- 
bursting master devices. These bits are not used where burst accesses are used. It should be 

30 apparent that the CSSPCR register functions to provide information regarding whether there 
are shared slave ports and the size of the shared or overlapping memory regions of the shared 
slave ports. In addition, the CSSPCR register contains memory device page size information. 
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[0021] Illustrated in FIG. 5 is another control register, the slave wait-state prediction 
control (SPWSPC) register, of the crossbar configuration registers 46 of FIG. 3. Again, this 
control register is a thirty-two bit register but may be implemented with any number of bits. 
Bits zero through fourteen and sixteen through thirty are grouped into three-bit groups. It 
5 should be understood that the determination of how many bits per group and which of the 
thirty-two bit positions are used is an implementation choice. Each group contains encoded 
wait-state information for a predetermined slave device, up to ten slaves. The wait-state 
information is how many wait states exist between data beats in a memory burst. Various 
slaves have differing wait state characteristics. For example, bits zero through two 
10 (SLVOWS) contain wait state information for slave 24 connected to slave port zero. 

Similarly, bits nineteen through twenty-one (SLV6WS) contain wait state information for a 
slave (not shown in FIG. 1) connected to slave port six (not shown in FIG. 1). By way of 
example only, the following three-bit encodings may be used. 



15 



SLVOWS 


Number of Port Wait States 


000 


zero 


001 


one 


010 


two 


on 


three 


100 


four 


101 


five 


110 


six 


111 


DYNAMIC 



TABLE 1 

25 [0022] The three bit encodings permit up to seven predetermined wait state values to be 
programmed for any specific slave device. The encoding value 111 indicates a dynamic 
value meaning that the wait state information is dynamically determined for the slave. This 
feature allows flexibility for a system designer to use any one of various slave devices and to 
evaluate the wait state information on a real-time basis with the circuitry within shared slave 

30 port control circuit 48. In an alternative form, if only dynamic determination of the wait state 
information is desired, then the SPWSPC register of FIG. 5 is not required and all wait state 
information is dynamically determined within shared slave port control circuit 48. 
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[0023] Illustrated in FIG. 6 is a flowchart illustrating the method of operating crossbar 
switch 12. In a step 60 a new access is launched from one of the bus masters to one of the 
slave devices. The slave device targeted by the access is determined from an address decode 
operation according to the memory map of FIG. 2 that is performed by each of the slave port 
5 arbiter logic circuits 34, 36, 38, 40, 42 and 44. After the address decode, the transaction 
master and slave communication is established. Assume for discussion purposes that the 
FIG. 6 flowchart is an access to a multiple port slave device that is coupled to a memory, 
such as dual port slave controller 30 that is coupled to memory 33. However, the flowchart 
methodology applies equally to all slave devices in a system. In a step 62, a determination is 

10 made as to whether the new access is hitting a same memory page address as a currently 
accessed memory page. If the new access request is to a same page as a currently accessed 
memory page, then a step 64 is performed. In step 64, the new access is steered to the same 
port as the currentiy accessed page. At the conclusion of step 64, step 66 ends the new access 
arbitration and the system awaits a new access, if any, to be launched. If die new access 

15 request is not to a same page as a currently accessed memory page, then a step 68 is 

performed. In step 68 a determination is made as to whether there is an available slave port. 
If an available slave port exists, then a step 70 is performed. In step 70, the new access is 
steered to the available slave port and an end step 72 is subsequently executed. For example, 
if one of the slave port 3 or slave port 4 is available, the new access to the dual port slave 

20 controller 30 is steered to that available port. If both are available, it is an implementation 
choice as to which of the two available ports that the access is steered to. If an available 
slave port does not exist for the desired slave, then a step 74 is performed. In step 74, a 
determination is made as to whether the new access has a higher priority than any current 
accesses that are in progress for the desired slave. Conventional crossbar switch designs 

25 contain master priority level configuration registers within the crossbar configuration 

registers 46 of FIG, 3 that have not been specifically detailed. The determination and design 
implementation of priority level information is conventional and not further described herein. 
If the new access does have a higher priority, then a step 75 is performed. In step 75 another 
determination is made as to whether the new access has a higher priority than more than one 

30 current access. If the new access has a higher priority than only one current access, then a 
step 80 is performed. In step 80 the new access is steered to the slave port of the currently 
accessed slave ports that has the lowest priority access that can be arbitrated. For example, if 
both slave ports 3 and 4 are busy when a higher priority access to the dual port slave 
controller 30 occurs and the new access has a higher priority than the access using port 4 but 
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not higher than the access using port 3, then the new access is steered to port 4. The current 
access using port 4 is allowed to complete and then the new access will be given use of port 4 
at the earliest available point of arbitration. 

[0024] If on the other hand the new access has a higher priority than more than one 
5 current access, then a step 77 is performed. In step 77 a prediction is made as to what will be 
the first available lower priority slave port. This prediction is made by knowing how many 
data beats is associated with each lower priority slave port. Burst length information is 
conventionally communicated within a chosen bus signal protocol. Any bus signal protocol 
may be used in connection with crossbar switch 12. For purposes of detailed explanation 

10 herein, the conventional and publicly documented AHB (Advanced High Speed Bus) 
protocol will be used. In that protocol, the control field that defines the transaction burst 
length is the HBURST[2:0] field. In other words, if the defined burst length is four as 
defined by HBURST equal to 010, then there are four data beats. The prediction is also made 
by knowing how many wait states exist between data beats for each lower priority access. 

15 The number of wait states varies according to the specific design of a slave device. A wait 
state on the AHB bus is defined as HREADY negated (not asserted). The SPWSPC register 
of FIG. 5 is defined to include the number of wait states for each slave port for the purpose of 
predicting the earliest available slave device. For example, for slave port 4, the 
SLV4WS[2:0] field defined by bits 14:12 of the SPWSPC register of FIG. 5 determines the 

20 number of wait states pursuant to the decoding of Table 1 . Knowing the number of data beats 
and the number of wait states per data beat, the shared slave port control circuit 48 uses a 
conventional state machine (not shown) to determine the earliest available slave port. It 
should be well understood that the specific implementation of the state machine function and 
the associated control described herein may be implemented solely within the shared slave 

25 port control circuit 48 but this functionality may be distributed among the slave port arbiter 
logic circuits as well as partially within the shared slave port control circuit 48. The shared 
slave port control circuit 48 will steer the new access to the earliest available slave port 
arbiter logic circuit. Upon completion of this prediction and steering action, an end step 79 is 
performed. The control circuitry of FIG. 3 terminates the steps of FIG. 6. 

30 [0025] If the new access does not have a higher priority than any current accesses that are 
in progress as determined in step 74, then a step 76 is performed. In step 76 the new access is 
steered to the slave port that is predicted to first be available based on various factors such as 
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priority level, number of data beats, and the number of wait states per data beat of the current 
access that is in progress. The current access is allowed to complete and then the new access 
will be given use of the identified port at the earliest available point of arbitration. After 
steering the new access to the slave port that has been predicted to first be available, an end 
5 step 78 is performed. 

[0026] Illustrated in FIG. 7 is a timing diagram for one example of the operation of 
crossbar switch 12. For explanation purposes only, four accesses from four different masters 
are illustrated. Assume prior to clock 1 of this example that slave ports 3 and 4 are idle. 
Assume further that each bus master in this example is requesting a read burst of four data 

10 beats. It should be well understood that many other operational examples exist. The 

illustration however exemplifies the efficiency associated with crossbar switch 12. A series 
of repeating clock pulses having a predetermined period or duty cycle is illustrated. Each 
clock cycle or period is referred herein as a data beat. During clock pulses two through ten, 
bus master 14 asserts an access request for a memory page, Page A. During clock pulses four 

15 through fourteen, bus master 16 asserts an access request for a memory page, Page B. During 
clock pulses six through eighteen, bus master 18 asserts an access request for the same 
memory page, Page B. During clock pulses eight through twenty-two, bus master 20 asserts 
an access request for a memory page, Page C. Assume for this example that all requests are 
made to the memory 33. Further, assume that all of the memory accesses are directed to 

20 memory 33 and that slave ports 3 and 4 have been programmed to be shared by the encoding 
of the SSP field of the CSSPCR register of FIG.4. Assume that prior to Master O's request of 
Page A, slave ports 3 and 4 are idle and available. Therefore, Master O's request of Page A 
occurring first results in immediate access to the memory interface via Slave Port 3 beginning 
with clock cycle 2. Since master 1 is requesting access to a different page, Page B, the 

25 request of master 1 is immediately forwarded to the available slave port 4. Master 2 also 
requests Page B beginning at clock cycle six. At this point both slave ports 0 and 1 are busy. 
Since master 1 is already directed to slave port 1, master 2 will also be queued to slave port 1 
since both master 1 and master 2 are requesting access to the same page, Page B, as described 
in step 64 of FIG. 6. In this example, assume that memory 33 is an SDRAM device having 

30 an initial access time of six clocks and a subsequent (page opened) access time of one clock. 
This characteristic is conventionally referred to as a "6-1-1-1" access for a four word data 
burst. As illustrated in FIG. 7, the dual port slave controller 30 can take advantage of 
simultaneous requests on Slave ports 3 and 4 to provide memory read data from Page A 
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immediately followed by memory read data from Page B. Note that the initial access time of 
six clocks is only incurred once and is incurred during Master O's access of Page A. The 
access to Page B by master 1 overlaps the access to Page A by Master 0, and thus the time 
required to open Page B in the SDRAM device can be hidden underneath the previous access 
5 to Page A. At clock eleven, the read data from Page B by master 1 is immediately available 
and is burst for the next four data beats. At clock fifteen, Master 2's read data from Page B is 
immediately available and is burst for the next four data beats. At clock nineteen, Master 3's 
read data from Page C is available and is immediately burst for the next four data beats. If 
limited by conventional crossbar switches and the AHB bus protocol, the accesses would 

10 occur sequentially and respectively take 6+1+1+1, 6+1+1+1, l+l+l+I and 6+1+1+1 accesses 
for a total number of thirty-one clocks. In this example, a total of twenty-one clocks (clocks 
2 through 22) is required resulting in an efficiency improvement of ten clocks. The 
performance improvement is accomplished by hiding portions of the opened page accesses 
for Pages B and C. This is commonly referred to as "latency hiding". A crossbar switch 

15 with multiple slave ports where the ports have overlapping memory mapping as described 
herein is used to further optimize conventional memory controller latency hiding. In addition 
to a system performance increase, there is a significant decrease in the power consumed. 

[0027] By now it should be appreciated that a crossbar switch with shared memory slave 
port mapping enables increased system performance. The performance increase is 

20 accomplished by intelligent access arbitration upstream of a dual port slave device such as a 
memory controller. Configuration registers have been described herein that can further 
optimize the determination of a first available slave port. By using data burst count and/or 
wait state information, an optimal determination may be made as to which busy slave port is 
the best candidate to direct a new access request to. It should be appreciated that while data 

25 processing system 10 is herein described in the context of burst memories with burst data, 
single data beat transfers having wait states may also be used within data processing system 
10. 

[0028] Although the method and structure taught herein has been disclosed with respect 
to certain specific steps and materials, it should be readily apparent that various alternatives 
30 may be used. For example, any type of semiconductor processes and circuitry may be used to 
implement crossbar switch 12 and data processing system 10. The data processing system 10 
may be implemented on a single integrated circuit chip or as discrete semiconductors in a 
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board level product. Also, the system may be geographically separated and implemented as a 
dispersed communication system. The memory mapping of FIG. 2 is exemplary and any 
memory ranges may be used wherein there is overlapping or the same memory address range 
shared by two or more slave ports. The configuration registers 46 are programmable in 
5 various ways. For example, configuration registers 46 may be statically configured upon 
power-up, programmed during a start-up or boot operation from a boot ROM, programmed 
based upon varying system conditions, or externally programmed by a user controlling an 
input to the data processing system 10. In another form of the method, when said access is 
higher in priority than at least two of said plurality of current accesses, step 77 may 

10 alternatively be implemented by determining which one of the at least two of said plurality of 
current accesses is lowest priority and selecting a slave port corresponding to said one of the 
at least two of said plurality of current accesses that is lowest priority. In yet another form, 
the lowest priority criteria is only used if it is determined that two or more of lower priority 
currently accessed slave ports will become available at about a same time or within a 

15 predetermined time range of each other. 

[0029] Benefits, other advantages, and solutions to problems have been described above 
with regard to specific embodiments. However, the benefits, advantages, solutions to 
problems, and any element(s) that may cause any benefit, advantage, or solution to occur or 
become more pronounced are not to be construed as a critical, required, or essential feature or 

20 element of any or all the claims. As used herein, the term "couple" is intended to cover direct 
connections as well as connections made via an intervening coupling element or elements. 
As used herein, the terms "comprises," "comprising," or any other variation thereof, are 
intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus 
that comprises a list of elements does not include only those elements but may include other 

25 elements not expressly listed or inherent to such process, method, article, or apparatus. 
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